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CLAIMS 

IT ^^digital information product comprising: 
a computeF s i c ea4able medium; and 

stored on the computer-readatd£medium 5 computer program instructions 
defining a software system that produces softwar&"ee4e based on a set of functional 
requirements and design parameters provided by a programnft 



2. The digital information product according to claim 1, wherein the computer 
program instructions, when p^ecute^, allow the programmer to define a design matrix 
describing a relation between the>s^t of functional requirements and the design 
parameters. 

3. ^Fhe digital information product according to claim 2, wherein the computer 
program inductions, when executed, allow a programmer to manipulate the design 
matrix into lowbr triangular form. 

4. The digital inroqnation product according to claim 2, wherein the computer 
program instructions, whe^executed, allow a programmer to determine a decoupled 
design matrix. 

5. The digital information prod^fcct according to claim 2, wherein the computer 
program instructions, when executed, ah^w a programmer to determine an uncoupled 
design matrix. 

J^. A method for producing a software systei^k the method comprising: 

defining a design matrix describing a relatiorN^etween functional requirements of 
the software system and design parameters; and 

generating software code based on the design matrix^ 



7. The method according to claim 6, further comprising a step Deconstructing 
functions using diagonal elements of the design matrix. 
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8. \ The method according to claim 6, further comprising a step of defining a flow 
description that describes a flow of the software system. 

9. Theonethod according to claim 6, further comprising a step of defining a 
software mooule corresponding to at least one functional requirement. 

10. The method^according to claim 9, wherein the software module is defined based 
upon the flow description. 

1 1 . The method accoraing to claim 6, further comprising a step of defining a plurality 
of software modules, each orwhich corresponds to a respective functional requirement. 

12. The method according to cl^im 11, further comprising relating the plurality of 
software modules by junctions. 

13. The method according to claim 12, farther comprising a step of combining the 
plurality of software modules according to theny unctions. 

14. The method according to claim 13, wherein at least one of the junctions is 
selected from a group including: 

\£f. A method for producing software comprising: 

defining a design matrix describing a relation between ^inctional requirements of 
the software system and design parameters; and 

generating software code based on the design matrix. 

16. The method according tbscl^im^l 5, wherein the step of defining includes 
determining a design matrix having ask) wer triangular form. 



17. TO^mgthod according to claim 15, wherein the step of defining includes 
determining an uncou^ted^design matrix. 
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18. 



Le method according to claim 15, wherein the step of defining includes 



determining a design matrix having a diagonal form. 

19. The mVthod according to claim 15, wherein the step of defining includes 
determining a decoupled design matrix. 

20. The methodVccording to claim 15, wherein the step of generating comprises: 
generating a plurality of models; and 

outputting the models to a code generator. 

21. The method according to claim 15, wherein the step of generating comprises 
generating at least one diagram, describing an object-oriented object structure. 

22. The method according to ciaim 21, wherein the at least one diagram is in a 
Unified Modeling Language formatX 

23. The method according to claim a1 , wherein the at least one diagram includes at 
least one of a group of diagrams comprising: 

a use-case diagram; and \ 
an entity-relation diagram. \ 

24. The method according to claim 15, whereiV the code generated includes object- 
oriented entities. \ 

25. The method according to claim 15, further comprising a step of defining an 
object-oriented class using at least one functional requirement. 

26. The method according to claim 24, further comprising astep of defining a child 
of the object-oriented class using at least one functional requirement. 

27. The method according to claim 25, further comprising a step ofsdefining a 
grandchild of the object-oriented class using at least one functional requirement 
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28. \The method according to claim 27, wherein the grandchild of the object-oriented 
* class defines behavior of the class. 

29. The method according to claim 24, wherein at least one functional requirement 
represents at ldast one object-oriented software entity. 

30. The method according to claim 15, wherein the generated software code is 
Source Code. \ 



y(. A method for designing software involving object-oriented software objects, the 
method comprising: \ 

defining a design matrix describing a relation between a plurality of functional 
requirements of the softwaA system and design parameters; 

representing at least o\e object-oriented object by at least one of the functional 

requirements; \ 

representing data used bySthe at least one object-oriented software object by at 

least one of the design parameters ;\and 

representing a method of theVt least one object-oriented software object by a 
product of a portion of the design matrtx an the at least one design parameter. 

32. The method according to 31, furthek comprising defining a plurality of functional 
requirements and constraints of the software V stem * 

33. The method according to 3 1 , comprising aWp of decomposing at least one 
functional requirement into leaf elements. \ 

34. The method according to 3 1 , comprising a step of^ecomposing at least one 
design parameter into leaf elements. \ 

3 5 . The method according to 3 1 , comprising a step of decomposing at least one 
process variable into leaf elements. \ 
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*& method for designing software comprising: 
r cfefining a software system by defining a design matrix describing a relation 

between functional requirements of the software system and design parameters 
implementing the software system; 
5 defining at least one object-oriented object; and 

defining at least one method that may be defined on the at least one object, 
wherein the at feast one object-oriented object and the at least one method are related to 
the design matrix 

10 37. The methodVccording to claim 36, further comprising defining an object class of 
the at least one object-oriented object that represents a first level of functional 
requirements of the design matrix. 

38. The method according to claim 37, further comprising defining an instance of the 
15 object class represented by a\second level of functional requirements of the design 

matrix. \ 

39. The method according to c^aim 38, further comprising defining behavior of the 
object class as a third level of functional requirements of the design matrix. 

20 \ 

40. The method according to claim 3SL wherein the first, second, and third levels are 
successive levels of a functional requirement hierarchy. 

41. The method according to claim 36, furthter comprising mapping the functional 
25 requirements into a physical implementation domW by defining design parameters. 

42. The method according to claim 36, further comprising a step of construction 
functions using diagonal elements of the design matrix. \ 

30 43. The method according to claim 36, wherein the step df defining a software 
system includes determining whether the design matrix is uncoupled. 
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44\ The method according to claim 36, further comprising generating a plurality of 
models and outputting the models to a code generator. 

45. Tntemethod according to claim 44, wherein the step of generating comprises 
generating arsleast one diagram describing an object-oriented system structure. 

46. The metnbd according to claim 45, wherein the at least one diagram includes at 
least one of a groupi of diagrams including: 

a use-case diagram; and 
an entity -relation diagram. 

47. The method accoraing to claim 45, wherein the at least one diagram is in a 
Unified Modeling Languag^brmat. 

A database format for designing a software system comprising: 
a software design specification, wherein the design specification defines a design 
matrix describing a relation betweeia a plurality of functional requirements of the 
software system and design parameters, wherein the design specification represents at 
least one software object by at least one\of the functional requirements, and wherein the 
design specification represents data used the at least one software object by at least 
one of the design parameters; and \ 

software code produced by the design specifications. 

49. The database format according to claim 48,Nvherein the software design 
specification further comprises a design identification^dentifying the software code. 

50. The database format according to claim 48, wherein\the software design 
specification further comprises a detailed design description including the design matrix, 
functional requirements and design parameters. ^ 
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5 1 . TRrttetahaseforcnat according to claim 49, wherein the software design 
specification further compnses^Tletailgddesign description including the design matrix, 
functional requirements and design parameters?\^^ 

52. The database format achei;din^to claim 49, wherein the software design 
specification further comprises adfe^ign identification identifying the software code. 

53. The database format according to claim 48, wherein the design parameters are 
arranged m a plurality of levels, and wherein each of the plurality of levels can be 
referenced oy another software system. 

54. The database format according to claim 48, wherein the database format for 
designing a software system is used in a software production system, and a user 
operating the software production system is capable of creating software comprising one 
or more elements of theSsoftware system. 

55. The database format according to claim 54, wherein the software production 
system further comprises a useninterface and a database implementing the database 
format, and the software production system is capable of searching through the database 
to obtain one or more elements of the^oftware system to create a new software system. 

56. The database format according to claim 55, wherein a new element of the new 
software system interfaces with one or more odements of the software system, and the 
software production system is operable to verifysthat the interface is operable. 

57. The database format according to claim 55, wherein the software production 
system is configured to verify a consistency of design of the new software system. 

58. The database format according to claim 55, wherein the Software production 
system is configured to search design parameter information, inducting at least one of 
description information, keywords associated with the software system^categories in 
which the software system is assigned, and comments. \ 
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59. The database format according to claim 48, wherein the software code is in 
executable form. 

60. ThXdatabase format according to claim 48, wherein the software code is source 
code. \ 

61. The database format according to claim 57, wherein the software production 
system is configured to verify a consistency of design of the new software system by 
checking a consistent between a first level of design implementing a design parameter 
from the database and a\econd level of design of the new software system. 

62. The database format according to claim 61, wherein the second level of design is 
a child of the first level of design. 

63. The database format according to claim 55, wherein a new element of the new 
software system interfaces with one ®r more elements of the software system, and the 
software production system is operabla to verify that the interface is operable. 



p4. A database format for designing a software system comprising: 

design identification information identifying information describing the software 
system; \ 

detailed design description information describing the structure and operating 
qualities of the software system; and \ 

software code information associated with the spftware system. 

65. t "^he-datafease format according to claim 64, wherein the detailed design 
description defines a desTgn-rqa^ix describing a relation between a plurality of functional 
requirements of the software systqpi^a^fi§f^n parameters, wherein the design 
specification represents at least one software objectBj^aU^ast one of the functional 
requirements, and wherein the detailed design description represertte*4ata used by the at 
least one software object by at least one of the design parameters. ^^v. 
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66. The database format according to claim 64 5 wherein the software code 
information comprises source code. 



5 J£t\ A method for generating software code associated with a software system, the 
method comprising: 

defining aXdesign matrix describing a relation between functional requirements of 
the software system and design parameters; and 

generating software code based on the design matrix. 

10 

68. The method according to claim 67, further comprising defining a plurality of 
functional requirements and constraints of the software system. 

69. The method accordinjkto claim 67, further comprising a step of decomposing at 
15 least one functional requirement into leaf elements. 

70. The method according to craim 67, further comprising a step of decomposing at 
least one design parameter into leaf elements. 

20 71 . The method according to claim w, further comprising a step of decomposing at 
least one process variable into leaf elements. 

72. The method according to claim 67, wherein the software code is written in a 
modeling code language. 



25 



73. The method according to claim 67, wherein th\software code is executable by a 
computer system. 



74. The method according to claim 72, wherein the modeling code language is the 
30 Unified Model Language (UML). 
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> 75. T\he method according to claim 72, wherein the software code describes at least 
one diagram of a group comprising: 
\ a class diagram; 
\ an interaction diagram; 
5 ^collaboration diagram; 

a sequence diagram; 
a state diagram; and 
an activity diagram. 

10 76. The method according to claim 75, further comprising a step of relating the 
design matrix to at least one element of the at least one diagram. 

77. The method accordingVo claim 72, wherein the system creates a use-case 
diagram based upon the design matrix. 

15 \ 

78. The method according to claim 67, further comprising defining a plurality of 
customer needs, the plurality of needsYeing arranged in a hierarchical tree having levels, 
and wherein at least one of the levels reflates to a layer of a use-case diagram. 

20 79. The method according to claim 67, wherein the use-case diagram includes a 
relation layer, a use case layer and an actor la\er. 

80. The method according to claim 79, whereta the actor layer represents one or more 
actors. \ 

25 \ 

81. The method according to claim 79, wherein theVse case layer describes customer 
needs that are attributed to the actor. \ 

82. The method according to claim 79, wherein the relation layer describes a 
30 relationship between customer needs in customer needs in the usfe case layer. 
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83. 



he method according to claim 82, wherein the relationship is a semantic 



connection among model elements. 

84. The method according to claim 82, wherein the software code includes a model 
file which describes the modeling code. 

85. The method\ccording to claim 84, wherein the model file is suitable for use as 
an input file for use byva software production system to create a software system. 



JS6. A computer-readable medium encoded with a program that, when executed on a 
computer system, performs ^nethod for rendering an interface through which a user 
may interact, the method comprising steps of: 

displaying a software design interface, wherein the interface displays a set of 
functional requirements upon which a software design is based, and wherein the interface 
displays a design matrix describing Relation between the set of functional requirements 
and design parameters implementing the software design. 

87. The computer-readable medium according to claim 86, wherein the computer 
system performs a step of indicating, in association with the displayed design matrix, 
whether the software design specified by the qesign matrix is at least one of a group 
including a decoupled, uncoupled or coupled design. 

88. The computer-readable medium according ro claim 86, wherein the design matrix 
represents a coupled design, and wherein the computer system performs a step of 
indicating, in association with the displayed design matrix, whether a design parameter 
associated with the design matrix is coupled. \ 

89. The computer-readable medium according to claim 88V wherein the computer 
system performs a step of indicating, for the design parameter associated with the design 
matrix, an alternate rearrangement of the design parameter whereik the design parameter, 
if rearranged, is uncoupled or decoupled. \ 
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